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Figure 1: Active Ticket System Architecture 
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Figure 4 : Illustation of Dynamic Appearance 
of an Active Ticket 




Token: 

animation 3, audio 6, color 1 . etc. 



Go 


1— 


animation 6 


audio 6 


color 6 


















animation 5 


audio 5 


color 5 














a 




animation 4 


audio 4 


color 4 







animation 3 


audio 3 


color 3 












animation 2 


audio 2 


color 2 





Appearance 



animation 1 


audio 1 


color 1 










L 





r 0 s 

Figure 5: Illustation of Ticket Appearance 
in an Active Ticket Stack 
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Figure 6: Active Ticketing Protocol 
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Figure 7 : Valid Active Ticket Driven Methods 

(w/ Three Alternative Upgrading Methods) 
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Figure 8a: Prevalid Active Ticketing Protocol 
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Figure 8b: Active Ticketing Protocol with Cross Check 
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Figure 8c : Location-Based Active Ticketing Protocol 
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Figure 9a: Use Case Ticket Purchase Protocol 
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Figure 9b: Alternative Use Case Ticket 
Purchase Protocol 
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Figure 10a: Validation of Ticket Purchase 
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Figure 10b: Alternative of Validation 
of Ticket Purchase 



